SPECIFICATION 



(Sprint Docket No. 2381) 



TO ALL WHOM IT MAY CONCERN: 

Be it known that I, Jerry A. Overton, a citizen of the United States and resident of 

Lees Summit, Missouri, have invented a new and useful: 

METHOD AND SYSTEM FOR 
DELIVERING DATA BASED ON CONTEXT 

the following of which is a specification. 



BACKGROUND 

1 . Field of the Invention 

The present invention provides a method and system for delivering data to a 
requesting device, based on the location and capabilities of the device. 

5 2. Background 

Location-based services can comprise services that can act according to a location 
of a user and can include, for example, the delivery of information, routing of calls, or 
billing of subscribers. The services might fall under different categories, such as, for 
example, emergency ("E911"); crisis (for example, roadside assistance, nearest hospital, 

10 service station, etc.); hazards or advisories (for example, road conditions such as traffic, 
construction, earthquake, mudslide, etc.; weather alerts; environmental alerts such as 
smog alerts; etc.); convenience (for example, nearest hotel, restaurant reservations, 
entertainment); informational (for example, local sports or news); games; and 
promotional (for example, sales, coupons, advertisements, etc.). Various service or 

15 content providers, such as weather services, concierge services, or telecommunications 

service providers ("carriers"), for example, might provide location-based information or 
content (hereinafter sometimes collectively referred to as "data," "information," or 
"content"). 

Users, in turn, can request and receive the location-based information or content 
20 on various devices, or client stations (such as cellular telephones, pagers, or appropriately 
equipped portable computers, for instance). Client stations that receive location-based 
information or content might have different capabilities, however. For instance, some 
client stations might only be able to receive data or files less than a given size, some 
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client stations might not have color display screens, and some client stations might only 
have a limited amount of memory (such as random access memory ("RAM"), for 
instance). 

Thus, there is a need to provide context-based services, which can comprise 
5 services that can act according to both the location and capabilities of a particular client 

station. 



SUMMARY 

According to an exemplary embodiment of the invention, a content provider (e.g., 
10 a carrier or third party provider) will correlate references to data with the location and 

capabilities of a device to which the content will be delivered. The content provider will 
then receive from a device a request for data and will responsively search through the 
indexed data-references to uncover one or more data references that match the device's 
current location and capabilities. The content provider will then acquire the data to 
15 which the uncovered data references point, and the content provider will send the 

acquired data to the requesting device in response to the request. 

By way of example, a carrier could maintain in a database a list of uniform 
resource locators ("URLs") (or, more generally, uniform resource indicators ("URIs")), 
each pointing to particular data (e.g., a Web page, deck or directory, or media such as 
20 music, video or a game). For each URL, the database could indicate a geographic area 
(e.g., defined by geographic coordinates) for which the data is relevant, as well as device 
capabilities required for suitably presenting the data to a user (e.g., if the data requires 
color presentation, a color display screen could be a device capability). 
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A user operating a client station or other device could then send to the carrier an 
HTTP request carrying a "context URL," i.e., a special URL that the carrier understands 
to be a request for context-based data. In response, the carrier could then determine the 
location of the client station and the device capabilities of the client station. 
5 The determination process could involve (i) receiving the request for context- 

based information within the HTTP request, such as within a header, and/or (ii) querying 
an applicable data store or determination system. In this regard, the location can take 
various forms and can be provided to varying degrees of granularity. Further, the device 
capability information could range from make/model number (which inherently defines 
10 certain capabilities) to recitations of specific operational characteristics. 

The carrier could then query the database to find the URLs that match the client 
station's location and device capabilities. And the carrier could then acquire data from 
each uncovered URL, such as by sending an HTTP request directed to each URL. 
Further, the carrier could compile the acquired data in a portal page or other form. And 
15 the carrier could send the acquired data (e.g., portal page) in an HTTP response to the 

requesting client station. 

Advantageously, by indexing references to data with location and device 
capability information, instead of indexing or tagging the data itself with location and 
device capability information, the exemplary embodiment can allow a content provider to 
20 deliver context-based data without the need to modify the data itself. 

Other examples are possible as well. 
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BRIEF DESCRIPTION OF THE DRAWINGS 



Exemplary embodiments of the present invention are described herein with 
reference to the drawings, in which: 

Figure 1 is a block diagram illustrating components of an exemplary cellular radio 
5 communications system; 

Figure 2 is a block diagram illustrating exemplary components of a client station; 

Figure 3 is a block diagram illustrating exemplary position determining 
components for context-based services in an exemplary cellular radio communications 
system; 

10 Figure 4 is a flowchart illustrating a process carried out by a system in accordance 

with an exemplary embodiment; 

Figure 5 is a diagram depicting exemplary representations of data information in 
accordance with an exemplary embodiment of the present invention; 

Figure 6 is a diagram depicting exemplary representations of device requirement 
1 5 information in accordance with an exemplary embodiment of the present invention; 

Figure 7 is a diagram depicting exemplary representations of location information 
in accordance with an exemplary embodiment of the present invention; 

Figure 8 is a diagram depicting exemplary representations of data sets in 
accordance with an exemplary embodiment of the present invention; and 
20 Figure 9 is a diagram depicting exemplary representations of a subset of data 

information in accordance with an exemplary embodiment of the present invention. 
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DETAILED DESCRIPTION OF 
EXEMPLARY EMBODIMENTS 

1 . Exemplary Architecture 

5 Figure 1 is a block diagram illustrating components of a cellular radio 

communications system ("wireless telecommunications network") 10. In a typical 
wireless telecommunications network 10, an area is divided geographically into a number 
of cell sites 12. Each cell 12 can by defined by a radio frequency ("RF") radiation pattern 
from a respective base transceiver station ("BTS") 14 antenna, and each cell 12 can 

10 include one or more sectors (not shown). Each BTS 14 typically can transmit and receive 

wireless communications to and from a plurality of client stations 8. 

Each BTS 14 might connect to a base station controller ("BSC") 16. As its name 
suggests, the BSC 16 can function to control communications via one or more BTSs 14. 
For instance, in some arrangements, a BSC might control the power level of signals 

15 emitted wirelessly by a BTS and might control the handoff of communications as a client 

station 8 moves between sectors within a BTS coverage area. 

Each BSC 16 might then be coupled to a telecommunications switch or gateway, 
such as a mobile switching center ("MSC") 18 and/or a packet data serving node 
("PDSN") (not shown), for instance. The switch or gateway might manage calls and 

20 might be coupled to one or more networks 24, such as the public switched telephone 

network ("PSTN") 20, the ANSI-41D SS7 Network, or another network such as the 
Internet or another IP or packet-switched network. The MSC 18 might also maintain one 
or more databases ("DBS") 22 that might store customer and system information. In an 
exemplary embodiment, the MSC might then authenticate and register client stations 8 on 

25 the telecommunications network 10 and process account information for customers. 
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When a client station 8 is positioned in a cell 12, the client station 8 might 
communicate via an RF air interface with the BTS 14 of the cell. Consequently, a 
communication path can be established between the client station 8 and the 
telecommunications network 10, via the air interface, the BTS 14, the BSC 16, and the 

5 switch or gateway (MSC 18, for example). 

A client station 8 might communicate with the BTS 14 using any of a variety of 
different protocols. For instance, in a TDMA system, each BTS 14 typically 
communicates on a group of frequencies, and each frequency may itself carry at least one 
multiplexed call. In a CDMA system, by comparison, each BTS 14 communicates over a 

10 spread spectrum of frequencies, and the spectrum may carry many multiplexed calls. 

Typical components for CDMA systems include those described in the TIA standard, 
ANSI/TIA/EIA-95-B-99, dated February 3, 1999, which is incorporated herein by 
reference in its entirety. The Global System for Mobile Communications ("GSM") or 
another method may also be used. 

1 5 Figure 2 is a block diagram showing some of the components of an exemplary 

client station 8. An exemplary client station 8 might include a processor 124, data 
storage 126, and machine language instructions stored in the data storage 126 and 
executable by the processor 124 to perform various functions described herein. The 
machine language instructions might define applications 162 that might also be stored in 

20 the data storage 126. The client station 8 might also comprise a wireless network 
interface component 144 through which the client station 8 can communicate with a 
wireless telecommunications network 10. Further, the client station 8 might comprise 
input and output components 130. The various components of the client station 8 
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(including the processor 124, the data storage 126, the wireless network interface 144, 
and the input and output components 130) might be coupled together directly or via a 
system bus 136, for instance. Other arrangements are possible as well. 

As shown by way of example in Figure 2, the input and output components 130 
5 might comprise a display screen 138, an audio speaker 140, and a keypad 142. The client 

station 8 might also comprise other or additional input and/or output components, and the 
client station 8 might also have fewer input and/or output components than those shown 
in Figure 2. In an exemplary embodiment, the client station 8 might have multimedia 
capabilities such as an ability to display video and play audio. In other embodiments, 
10 however, the client station 8 might not have multimedia capabilities, or the client station 
8 might be capable of only playing audio or of only displaying video, or it might be 
limited in some other way, such as by not having a color display screen 138 or an audio 
speaker 140. 

Applications 146 might be stored in the data storage 126 and executed by the 
15 processor 124. In an exemplary embodiment and as shown in Figure 2, the data storage 

126 might contain one or more media applications 134 and a context-enabled browser 
application 132. The applications 146 might utilize the various input and output 
components 130 of the client station 8 and, thereby, interact with the user. For example, 
one or more applications might output video on the display screen 138, play audio on the 
20 speaker 140, receive input from the keypad 142, or perform a combination of these or 

other actions. 

The media application 134 might be suitable to present media content that various 
service providers might send to the client station 8. The media application 134 might be 
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an industry standard MP3 audio and/or MPEG video player, or other such players 
supporting media encoding now known or later developed. A client station 8 might 
support more than one media application, and a user may add or remove media 
applications from the client station 8. 
5 The context-enabled browser application 132 might be an application suitable for 

requesting and receiving context-based content. In an exemplary embodiment, the 
context-enabled browser application 132 might be a typical Web browser or an 
enhancement of a typical Web browser. Other examples are also possible. 

Figure 3 depicts a location system comprising exemplary position determining 

10 components 30 that might be used to provide context-based services in the exemplary 
wireless telecommunications network 10 of Figure 1. In an exemplary embodiment, the 
location system functions to determine and/or report the location of subscriber terminals, 
such as client stations 8. As such, the location system and position determining components 
could take a variety of forms. For example, the position determining components 30 might 

15 include position determining equipment ("PDE") 38 and a mobile positioning center 

("MPC") 32 as defined by industry standard TIA/EIA IS-801 . 

The PDE 38 can be any system for determining the location of one or more client 
stations 8. As an example, the PDE 38 might comprise a network-based location 
determination system, such as a home location register ("HLR") that can maintain a record 

20 of the cell and sector in which each client station 8 is operating. As another example, the 
PDE 38 might comprise a triangularization system that can determine where a client station 
8 is located based on a comparison of relative signal strengths from several measuring 
points. Alternatively or additionally, the PDE 38 might comprise a client station-based (or, 
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more generally, subscriber-based) position determining system, such as a GPS receiver in a 
client station 8, as well as functionality to communicate that location information from the 
client station 8 to the network. In another embodiment, the PDE 38 might be integrated 
with one or more BTSs 14 of the wireless telecommunications network 10 and might also 
include other radio-frequency processing or collating devices for providing the geographical 
coordinates of one or more client stations 8 to the MPC 32. Many other examples are also 
possible. 

The PDE 38 might determine the position of a client station 8 by a variety of 
methods. For example, the PDE 38 might instruct a particular client station 8 to activate a 
GPS receiver associated with the client station 8 and to relay the coordinates of the client 
station 8 to the PDE 38. In another example, the PDE 38 might instruct the client station 8 
to measure the relative signal strengths of three or more BTSs 14, and the relative signal 
strengths might then provide a basis for a calculation of the location. In yet another 
example, the PDE 38 might instruct three or more BTSs 14 to measure the signal strength of 
the client station 8, and the PDE 38 might then calculate the position of the client station 
based on the measurements. Additional methods for measuring position might also include 
a time difference of arrival ("TDOA") method or an angle of arrival ("AOA") method. 
Other examples are possible as well. 

In an exemplary embodiment, the location of a client station 8 can be identified by 
location coordinates according to the World Geodetic System 1984 (WGS-84) standards for 
geodetic reference. The PDE 38 might update the location of a client station once a user 
changes the location of the client station, or the PDE 38 might update the location of a client 
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station only in response to other entities querying the PDE 38 for the location of the client 
station. Other examples are possible as well. 

The MPC 32 can generally be a database application executed on a service control 
point and can function to store the location of one or more client stations 8. In an exemplary 

5 embodiment, the MPC 32 can maintain a record of the location of each client station 8, as 

determined by the PDE 38. In an exemplary embodiment, the MPC 32 might communicate 
with other entities of the wireless telecommunications network 10, such as the MSC 18, 
either directly or through the network 24. In turn, one or more entities can query the MPC 
32 to determine the location of a given client station 8, and the MPC 32 can report the 

1 0 requested location. 

In an exemplary embodiment, the MSC 18 might receive from a client station 8 a 
request for context-based information. The MSC 18 might then transmit that request to the 
MPC 32, which might then process that request, retrieve context-based information (by 
contacting a service provider, for example), and provide the context-based information to 

15 the MSC 18 for forwarding to the requesting client station 8. 

Functional elements within the MPC 32 might include a data space directory server 
("DSD") 34 with an associated DSD database 36, a location manager ("LOC") 40 with an 
associated LOC database 42, and a client station capabilities manager ("CSC") 44 with an 
associated CSC database 46. The functional elements within the MPC 32 might be in the 

20 form of separate computing devices, such as servers or computers, in the form of separate 

but interacting computer programs running on a single server or computer, or in any of a 
number of other configurations. 
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In an exemplary embodiment, an operating environment for the MPC 32 and 
associated devices can include a processing system with at least one processor 48 and a 
memory system. One or more processors 48 might then control the operations of the 
MPC 32 and might also instruct the memory system of the MPC 32 to read or write data 
5 to or from the databases 36, 42, and/or 46, for example. 

The MPC 32 might also comprise one or more network interface components 50 
through which the MPC 32 might communicate with the network 24 and/or with the 
MSC 18 or with other switches or gateways. The various components of the MPC 
(including the processor 48 and the network interface 50) might be coupled together 
10 directly or via a system bus 52, for instance. Other arrangements are possible as well. 

In the exemplary embodiment depicted in Figure 3, the functional elements within 
the MPC 32 might participate in the provision of context-based information to one or 
more client stations 8. For example, the DSD 34 might install, run, and maintain context- 
based service applications and provide those applications to a client station 8. The DSD 
15 34 might also interact with other entities within or outside of the network 24 to obtain 

content for the service applications, for instance. Other examples and configurations are 
possible as well. 

The LOC 40 might coordinate the operations of the PDE 38 and maintain a database 
42 that comprises unique client station identifications (such as network access identifiers 
20 ("NAIs")) correlated with location information of particular client stations. In an exemplary 

embodiment, the LOC 40 can receive positional data from the PDE 38 and can use the data 
to form a determination of a client station's position. In operation, the LOC 40 might query 
the PDE 38 to determine the position of a particular client station 8 (for instance, a client 
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station 8 that has requested context-based information). In an alternative embodiment, the 
client station 8 can include GPS equipment for determining the GPS coordinates of the 
client station 8. When the client station 8 requests context-based information, it might then 
make a GPS measurement and relay its GPS coordinates to the LOC 40 through the MSC 
18. In any case, the LOC database 42 might then store location information of particular 
client stations. Other examples and configurations are possible as well. 

The CSC 44 might maintain a database that comprises unique client station 
identifications (such as NAIs) correlated with information on the capabilities of particular 
client stations. In an exemplary embodiment, the capabilities of a client station 8 might 
include the capabilities of any input/output components 130 and/or any media applications 
134 of the client station 8. Other examples and configurations are possible as well. 

It should be understood, however, that this and other arrangements described 
herein are set forth for purposes of example only. As such, those skilled in the art will 
appreciate that other arrangements and other elements (e.g., machines, interfaces, 
functions, orders of functions, etc.) can be used instead, and some elements may be 
omitted altogether. Further, those skilled in the art will appreciate that many of the 
elements described herein are functional entities that may be implemented as discrete or 
distributed components or in conjunction with other components, and in any suitable 
combination and location. 

Still further, various functions described herein as being performed by one or 
more entities may be carried out by hardware, firmware, and/or software logic. For 
instance, various functions may be carried out by a processor (i.e., one or more 
processors) executing a set of machine language instructions stored in memory. Provided 
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with the present disclosure, those skilled in the art can readily prepare appropriate 
computer instructions to perform such functions. 
2. Exemplary Operation 

Figure 4 is a flowchart that depicts functions that might be involved in providing 
5 context-based information to a client station 8 in communication with the wireless 

telecommunications network 10 of Figure 1. 

At step 62 of Figure 4, an entity, such as the DSD 34, can maintain a set of data 
that correlates one or more data references with other information, such as location 
information and client station capability information. The DSD 34 can maintain such 
10 data sets in the DSD database 36, for example. 

In an exemplary embodiment, each data reference can point to respective data. 
An exemplary data reference might comprise a URI, such as a URL. The URI can then 
point to data, such as files or Web pages, and can retrieve the data when invoked. 

In an exemplary embodiment, the DSD 34, or another suitable entity, can correlate 
1 5 the data references with other information, such as location information and client station 

capabilities. Figures 5-8 depict an exemplary way to correlate data references with other 
information using the concept of Cartesian products. Other examples are possible as 
well. 

By way of example, the table of Figure 5 defines four representations of data 
20 information, each of which comprises (in the form of three fields) data reference, data 

size, and data provider attributes. As shown in the exemplary table of Figure 5, the data 
reference attribute can comprise, for example, a URI pointing to the data; the data size 
attribute can comprise, for example, the size of the data; and the data provider attribute 
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can comprise, for example, the name of the service provider providing the data. Other 
examples are possible as well 

By way of example, the table of Figure 6 defines two representations of device 
information, each of which comprises (in the form of one field) a device requirement 

5 attribute. As shown in the exemplary table of Figure 6, the device requirement attribute 

can comprise, for example, a capability that a client station 8 must have to properly 
receive and/or output particular data. Other examples are possible as well. 

By way of example, the table of Figure 7 defines two representations of location 
information, each of which comprises (in the form of one field) a location attribute. As 

10 shown in the exemplary table of Figure 7, the location attribute can comprise, for 
example, an equation requiring the geographical coordinates (x, y, z) of the client station 
8 to be within a certain range. In other embodiments, the location attribute can comprise 
specific geographical coordinates (x, y, z). Other examples are possible as well. 

In an exemplary embodiment, an entity, such as the DSD 34, might combine 

15 information in different tables or directories using Cartesian products. The table of 

Figure 8 depicts the full Cartesian product of the data information of Figure 5, the device 
information of Figure 6, and the location information of Figure 7. The Cartesian product 
refers to the product set that comprises all possible combinations of one attribute from 
each representation of information. In an exemplary embodiment, each representation of 

20 information can come from one or more service providers and/or come from one or more 

directories (such as a data information directory, a device information directory, and a 
location information directory, for example). 
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Thus, the data set depicted in the table of Figure 8 can represent the requirements 
for delivering information to a certain client station 8 based on the client station's 
location. Specifically, the data set depicted in the table of Figure 8 can correlate data 
references to any client station 8 with a client station capability that matches any 
5 capability on record in any of the known locations. An entity in the wireless network 10 

can then query that information to respond to a request for information from a client 
station 8. 

Turning back to Figure 4, at step 64, the wireless telecommunications network 10 
might receive from a client station 8 a request for context-based data. The request might be 

10 in the form of an HTTP request carrying a "context URL," i.e., a special URL that the 
carrier understands to be a request for context-based data, although other examples are 
possible as well. Entities of the wireless telecommunications network 10, such as the BTS 
14 and BSC 16, might transmit the request for context-based information to the MSC 18, 
and the MSC 18 might then pass the request to the MPC 32. In an exemplary embodiment, 

1 5 the request might comprise information on the location of the client station 8, the NAI of the 

client station 8, and/or a service identifier, which might identify, for example, a service 
provider and/or the service requested. 

At step 66 of Figure 4, an entity, such as the MPC 32 or the DSD 34, can determine 
a current location and one or more capabilities of the client station 8 in response to the 

20 request for context-based information. In an exemplary embodiment, the DSD 34 can 
receive the NAI of the client station 8 and can use the NAI to query the LOC 40 for the 
location of the client station 8. For example, the LOC 40 and the LOC database 42 might 
maintain a look-up table of client station locations, which might correlate NAIs with 
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associated location information. Likewise, in an exemplary embodiment, the DSD 34 
can use the NAI of the client station 8 to query the CSC 44 for the capabilities of the 
client station 8. And the CSC 44 and the CSC database 46 might maintain a look-up 
table of client station capabilities, which might correlate NAIs with associated capability 
information. Other examples are possible as well. 

In another embodiment, client station capabilities might correlate with the make 
and/or model of the requesting client station 8. In such an embodiment, one or more 
entities, such as the CSC 44 and the CSC database 46, might maintain a look-up table of 
make and/or model information correlated with associated capability information. Upon 
sending a request for context-based information, a client station 8 might also send 
identification information that might identify its make and/or model. For example, the 
client station 8 might send an ESN (electronic serial number) of the client station 8, 
which might have been programmed into the client station 8 when it was manufactured; 
an MIN (mobile identification number) of the client station 8, which might have been 
programmed into the client station 8 upon purchase; and/or an SID (system identification 
code) or a verification of a SID, which might correspond with a particular carrier and 
which might have been programmed into the client station 8 upon purchase. Other 
examples are possible as well. 

At step 68 of Figure 4, once the location and capabilities of the client station 8 are 
returned to the querying entity, the querying entity can query one or more databases for 
relevant information. Information might be relevant if it corresponds to the location of 
the client station 8, the capabilities of the client station 8, and the service provider 
identified by the client station 8 (in the service identifier, for example). Relevant 
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information might comprise data references, such as URIs, that can point to data, such as 
files or Web pages, for example. Thus, in an exemplary embodiment, an entity, such as 
the DSD 34, can then filter available information to create a subset of information that 
contains only the relevant information (i.e., data references to relevant data). 

The table of Figure 9 depicts an exemplary subset of the full Cartesian product of 
the table of Figure 8. An exemplary subset might only include information that 
comprised particular attributes or met certain limitations. For example, the table of 
Figure 9 includes an exemplary representation of information that might result if the 
location (x, y, z) of the client station 8 is limited to the range of locations in which the 
equation (x+l) A 2 + (y+l) A 2 + (z+l) A 2 = 1, and if the provider of the information is 
limited to provider2. The exemplary table of Figure 9 thus represents the requirements 
for delivering information, such as the URI www.providerl.com/picturel.gif or 
www.providerl.com/picture2.gifto a client station 8 at a certain location and with certain 
capabilities. In the exemplary table of Figure 9, the data represented by 
www.providerl.com/picturel.gif and www.providerl.com/picture2.gif can only be sent 
to a client station 8 with a color display screen and 16 MB of memory. Other examples 
are possible as well. 

Information can be limited in any of a number of different ways. As discussed 
above, an entity, such as the DSD 34, can determine a current location and one or more 
capabilities of the client station 8 using the NAI of the client station 8 to query other entities. 
In an exemplary embodiment, a user of the client station 8, in turn, might limit a request for 
information as well For example, a user of the client station 8 might use the keypad 142 of 
the client station 8 to interact with the context-enabled browser application 132 of the client 
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station 8. The user might then use the keypad 142 to limit data to only those files or Web 
pages from, for example, a particular provider, such as provider2. Other examples are 
possible as well 

Further, content limitations might also be pre-selected by a user, learned by the 
client station 8 as preferences, and/or subscribed to by the user, for example. In an 
exemplary embodiment, a user might subscribe to content from content provider2 but not 
content from content providerl. Thus, the entity filtering information might create a subset 
of information limited to information, or data references, from provider2. Other examples 
are possible as well. 

At step 70 of Figure 4, an entity, such as the DSD 34, can retrieve data to which 
the data references obtained in step 68 point. In an exemplary embodiment, the DSD 34 
can send one or more requests for information to the service providers identified in the 
relevant data references. The requests for information might include an identification of 
the client station 8 that requested the data. In such a case, the DSD 34 might maintain a 
record (in the DSD database 36, for example) of requests made correlated with the 
identifications of client stations making those requests. The DSD 34 might send the 
requests over a packet-switched network 24, such as the Internet. And the requests might 
be in the form of an HTTP request. Other examples are possible as well. 

Each service provider might then send a response to the request to the DSD 34. 
The service providers might send the response over a packet-switched network 24, such 
as the Internet for example. The DSD 34 can then receive the response and determine the 
appropriate client station to which to send the context-based content. 
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At step 72 of Figure 4, upon receiving a response from the invoked data reference, 
an entity, such as the DSD 34, might transfer the returned information to the MSC 18 for 
forwarding to the client station 8. The returned information might be in the form of an 
HTTP response, for example. The client station 8 might then receive the context-based 
5 content via its context-enabled browser application 132. In an exemplary embodiment, 

the media application 134 (or another application 146) of the client station 8 might then 
present the content to a user via one or more output components 130, such as the display 
screen 138 and/or the audio speaker 140. 
3. Conclusion 

10 Several exemplary embodiments of the present invention have been described 

above. Those skilled in the art will understand, however, that changes and modifications 
may be made to these embodiments without departing from the true scope and spirit of 
the present invention, which is defined by the claims. 
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